home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / May 90 / MacApp.Tech$ 5⁄25⁄90 / 1320-qNeedsROM128K & Prin-May90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.4 KB  |  33 lines  |  [TEXT/GEOL]
  1. Item    4677453                         21-May-90        06:13PDT
  2.  
  3. From:   A0158                           F & M College, H Haddon, SPT,PRA
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.         S.FRIEDRICH                     Friedrich, Steve
  7.  
  8. cc:     TOM.CHAVEZ                      Chavez, Thomas
  9.  
  10. Sub:    qNeedsROM128K & PrintTraps
  11.  
  12. If I compile an application with qNeedsROM128K set true and then run it on a
  13. 512e (a 512e has 128K ROMs, right?) with System 3.2 (the officially recommended
  14. system for a 512e), the application bombs with an ID = 12.  If I run it with
  15. System 3.4, it runs properly.
  16.  
  17. This problem seems to be caused by the unit UPrinting.p which assumes that the
  18. print traps are present if qNeedsROM128K is true.  (I am using 2.0b9 with
  19. Think, but 2.0 final also makes this assumption.)  According to IM-V the print
  20. traps were implemented in System 4.1.  Why are the print traps present on my
  21. 512e with System 3.4?  Are the print traps in System 3.4 or are they in the
  22. newer ImageWriter file?  What is the minimum system configuration on which a
  23. MacApp application with qNeedsROM128K set true will run?
  24.  
  25. I see no problem with UPrinting requiring the print traps on a 128K machine,
  26. but it could be a little more polite and check for the presence of the print
  27. traps.  If the traps aren't present, MacApp could inform the user (in a
  28. appropriately apologetic tone) that the application can't be run with their
  29. antiquated System.
  30.  
  31. Harry Haddon
  32.  
  33.